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DATA COMMUNICATION METHOD AND APPARATUS 

• Technical Field 

The present invention relates to a data communication 
method and apparatus for use in radio frequency communications 
5 and in particular, but not exclusively, to an interface for 
connecting a data terminal, either directly or indirectly, to 
a digital radio frequency communications link. 

Background Art 

One example of a radio- frequency communications link for 

10 use in connecting data terminal equipment (DTE) is an 
asynchronous data service proposed for the INMARSAT- 3 (TM) or 
INMARSAT -M (TM) satellite communications system, as described 
for example in Chapters 12 and 14 of "Satellite 
Communications: Principles and Applications!' by Calcutt and 

15 Tetiev, 1st edition, published by Edward Arnold. 

The overall layout of the satellite communications 
system, when used for data communications, is shown in Figure 
1. A mobile DTE 2 is connected via an RS222C interface to a 
modem interface unit (MIU) 4 . The MIU 4 simulates a Hayes - 

20 compatible modem and is able to decode Hayes -type commands 
from the mobile DTE 2, so that off-the-shelf communications 
software may be used in the mobile DTE 2 . The MIU 4 does not 
oerform modulation or demodulation in this case, since it is 
not connected to an analog line. Instead, the MIU 4 provides 

25 an interface to a mobile earth station (MES) 5 which allows 
communication via a satellite 8 to a fixed or land earth- 
station (LES) 10. The LES 10 is connected to an LES MIU 12 
which interfaces the satellite link to a public switched 
telephone network (PSTN) 14 and therefore functions as a modem 

3 0 to convert analog signals on the PSTN 14 to digital signals 
on the satellite link, and vice versa. A fixed DTE 13 is 
connected to the PSTN 14 through a modem IS of standard type. 
Alternatively, the LES MIU 12 may be connected to the fixed 
DTE via an ISDN and an ISDN adapter, or via another type of 
35 network allowing data to be sent in another format. 



2 

Figure 2 shows the MES MIU 4 and the MES 6 in greater 
detail. The MES MIU 4 comprises a DTE interface 20, which 
provides an RS232 physical interface and emulates an AT.PCCA «■ 
type modem, i.e. it complies with the minimum functional 
5* specification for data transmission systems published by the 
Portable Computer and Communications Association (PCCA) , 
including the use of the AT command set and responses. 

Data received by the DTE interface 20 is sent to a buffer 
22, which is in turn connected to an MES interface 24. The 

10 MES interface 24 implements, in ARQ (automatic repeat request) 
mode, a variant of the KDLC (High Level Data Link Control) 
protocol, as defined in ISO recommendations ISO/ ISC 3309, f'*" 
ISO/IEC 4335: 1993 and ISO/ ISC 7309: 1993. The particular 
version employed is ISO KDLC 3AC 3.2, 4, 3, 10, 12 as defined 

15 in ISO 780 9 : 1993 (synchronous, two-way simultaneous , duplex, 
non- switched) . A controller 26 controls th^ operation of the 
interfaces 20 and 24 and the flow cf data through the buffer 
22. 

The MES includes an R? modulator/ demodulator 27, 
20 connected to an antenna 23, for RF modulating the output of 
the MES interface 24 and transmitting the output through the 
antenna 23 to the satellite 8, and for RF demodulating RF 
signals received from the satellite 3 through the antenna 2 3 
and sending the demodulated signals to the MES interface 24. . - 
25 The MES 5 also includes access control and signalling 
equipment (ACSE) 30, for setting up and clearing the satellite 
link, which exchanges data with the controller 25 of the 
mobile MIU 4 . 

The MES ACSE 3 0 communicates with a network control 
3 0 station (NCS) which allocates communications channels and 
supervises communications traffic through the satellite 8 and 
communicates with further ACSE at the LES . 

The mobile MIU 4, MES 6 and ACSE 3 0 may be integrated in 
a mobile unit and the antenna 23 may be integrated or 
35 connected externally with the mobile unit. 

Figure 3 shows the LES 10 and the LES MIU 12 in greater 
detail. The LES MIU 12 includes a modem 31 for demodulating 
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analog signals from the PSTN 14 and modulating digital signals 
for the PSTN 14, and a modem interface 3 2 which supports modem 
protocols such as V.42 error correction, for communication 
with the modem 16. If the PSTN 14 is a digital network, a 
5 suitable interface is used instead of the modem 30, 

The modem interface 3 2 is connected through a buffer 34 
to an LES interface 36, which implements protocols compatible 
with the MES interface 24, so that data can be exchanged 
between the LES MIU 12 and the MES MIU 4. A controller 38 

10 supervises the operation of the modem interface 32, buffer 3.4 
and LES interface 35. The LES interface 3 6 is connected to 
an Rr modulator/demodulator 4 0 which modulates signals for 
transmission to the satellite 3 through ar. antenna 42, and 
demodulates signals received from the satellite 3 though the 

15 antenna 42. Call sec-up and clearing are Qcr.crclled by an LES 
ACSE 44 within the LES 10 which exchanges signals with che LES 

CNCS) . 
Example 

20 An example cf data communication between the mobile 2TE 

2 and the fixed DTE 13 using the INMARSAT-*-? ( TM ) systrem will 
now be described with reference zz Figure 4 . 
Call sec -us 

In this example, the mobile 1*TE 2 initiates a call by 
25 sending the code ATD (dial) 4 6 zz the MES MIU 4, which sends 
a dialling indication 48 to the MES ACSE 3 Z . A call is then 
set up during the period 50 by exchanging call set-up signals 
between the MES ACSE 30, the LES ACSE 44 and the network 
control station. When the call has been set up on the 
3 0 satellite link, a dialling signal 5 2 is sen: from the LES ACSE 
44 to the LES MIU 12, which dials the requested number using 
a dialling sequence 54 over the PSTN 14. The modem 15 sends 
a ringing indicaticn 56 to the fixed DTE 13, and the PSTN 14 
sends a ringing tone 5 8 to the LES MIU 12. The LES MIU 12 
3 5 sends a Ringing line control message (LCM) 5 0 to the MES MIU 
4, which in turn sends a ringing indication 62 to the mobile 
DTE 2 to indicate that the call has been successfully set up. 
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A line control message (LCM) typically requires a response 
from the MIU that receives it. The response may either be 
another LCM or an echo of the original LCM, if no response is 
available . 
Training 



The parameters of the call must, now be established. The 
MES MIU 4 sends an establish line control message (LCM) 64, 
which requests options to be supported, to the LZS MIU 12. 
The parameters requested in the Establish LCM 64 are: 

(i) satellice/PSTN ARQ cr non-ARQ (Automatic Repeat 
Request) 

(ii) Maximum data rate 
(iii; 7 or 9 bit data 

(iv) I or 2 step bits 

(v) Odd, even cr no parity 

Options (iii) to (v) relate to the datalformat to be used 
in the link between the mobile DTE 2 and the MES MIU 4 and 
between the LES MIU 12 and the fixed DTE 13 . ARQ mode can 
be set independently in (i) for the satellite link and PSTN 
link. 

The fixed DTE 13 responds zz the ringing indication 56 
with an ATA (answer) signal 65. The modem 15 sends an answer 
signal 63 to the LES MIU 12, which causes a connect signal 7G 
to be sent to the LES ACSE 44, the MES ACSE 22 and the MES MIU 
4 . 

Next, the LES MIU 12 attempts to establish a reliable 
data rate for communication with the fixed DTE 13 by means of 
a training sequence 75. For example, the LES MIU 12 sends a 
test signal at 2400 bit/s and detects whether the test signal 
is confirmed by the modem 15. If it is not confirmed, a test 
signal is sent at 1200 bit/s and the LZS MIU 12 awaits 
confirmation from the modem 16. If no confirmation is 
received, training is unsuccessful and the call cannot 
proceed. 

If training is successful, the LES MIU 12 sends to the 
MES MIU 4 a Connect LCM 80, which indicates the data rate at 
which training was successful and confirms satellite/ PSTN 
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ARQ/non-ARQ modes, and the modem 16 sends a connect indication 
78 to the fixed DTE 18. In response to the Connect LCM 80, 
the MES MIU 4 sends a connect indication 82, including the 
call parameters, tc the mobile DTE. 2. 

Then the LES MIU 12 sends an KDLC SABME (Set Asynchronous 
Balanced Mode Extended) signal 84, which is required under the 
HDLC protocol to establish KDLC Asynchronous Balanced Mode, 
to the MES MIU 4 . The MES MIU 4 responds with an HDLC UA 
(Unnumbered Acknowledge) signal 56, to indicate that the HDLC 
SABME signal 84 has been received and data transfer may now 
take place . 
Data Transfer 

Any data which has already beer, sent by the mobile DTE 
2 in response tc the connect indication 8 2 is buffered in the 
MES MIU 4 until the HDLC "A signal 3 5 has been sent, and any 
data already sent by the fixed DTE 13 is buffered ir. rhe LES 
MIU 12 until the HDLC UA signal 5 6 has been received. lata 
transfer SS occurs between the MES DTE 2 and the MES MIU 4 
through, the RS222 link. 2ata transfer 90 occurs between the 
MES MIU 4 and the LES MIU 12 through the satellite 3 as 3 -bit 
data, with start, stop and parity bits having beer, removed by 
the local MIU. 

In 7 -bit mode, an extra zero is inserted tc fill cut eacn 
byte tc 3 bits over the satellite link, ar.d is removed by the 
MIU which receives the data. 

Data 92 is sent over the PSTN 14 and corresponding data 
94 is exchanged between the modem 15 and the tixed DTE -3 - 

Data is buffered in the MIUs to accommodate differences 
in data rates and son- synchronous operation between the MES 
DTE 2 and the fixed DTE 13. 
Call Clearing 

At the end cf a data call, the MES DTE 2 sends an ATH 
(Hang Up) signal 95 to the MES MIU 4, which in turn sends a 
call clearing signal 98 tc the MES ACSE 30. The MES ACSE 30 
, signals channel release 100 to the LES 10' and the channel is 
cleared (not shown) by the network control station. A 
clearing indication 102 is sent by the LES ACSE 44 to the LES 
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MIU 12, which, sends a call-clearing indication 104 to the 
modem 16. Finally, the modem 16 sends a clearing indication 
106 to the fixed DTE, and goes on -hook. 
Fixed Originated Calls 
5 In a call originated by the fixed DTE 18, as shown in 

Figure 5, the flow of signals shown in Figure 4 is 
substantially reversed. Corresponding reversed signals are 
given the same references as in Figure 4, but are dashed. 
Corresponding non-reversed signals are given the same 
10 references as in Figure 4 . 
Call Set -uo 

Fixed DTE 13 initiates the call by sending an ATD signal 
46' to the modem 16, which sets up a call at 108 to the LES 
MIU 12. A call set up indication 43' is sent from the LES MIU 

15 12 to the LZS ACSE 44 and a satellite channel is set up at 
50' . Once a data mode has been set up *on the satellite 
channel, a ringing signal 110 is sent frcrr. the MES ACSE 3 0 cc 
the MES MIU 4, which sends a ringing indication 55' to the 
mobile DTE, and a ringing signal 112 is sen: from the LZS ACSE 

20 44 to the LES MIU 12, which sends a ringing tone 114 to the 
modem 16, causing the modem 15 to send a ringing indication 
115 to the fixed DTE 13. 

In response to the ringing indication 55' , the mobile DTE 
2 sends an ATA signal 55' to the MES MIU 4, which sends an - 

25 off -hook indication 113 to the MES ACSE 3C. A connect signal 
120 is sent from the MES ACSE 3 0 to the LES ACSE 44, which 
sends a connect signal 122 to the LES MIU 12 . 
Training 

After sending the off -hook indication 113, the MES MIU 
3 0 4 sends an Establish LCM 64 to the LES MIU 12, which signal 
is similar to the Establish LCM 64 in the example shown in 
Figure 4 . 

In response co receipt of the Establish LCM 64, the LES 
MIU 12 trains the modem 15 at 76, as in the example of Figure 
35 4. 

When training is complete, the modem 15 sends a connect 
indication 73 to the fixed DTE 18 and the LES MIU 12 sends a 
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connected indication 70 to the LES ACSE 44, followed by the 
Connect LCM 80 to the MES MIU 4, to indicate the rate at which 
training was successful. In response to receipt of the 
Connect LCM 80, the MES MIU 4 sends a connect indication 82 
5 to the mobile DTE 2. To complete the training sequence, the 
LES MIU 12 sends the HDLC SAB ME signal 84 to the MES MIU 4, 
which responds with the KDLC UA 86, as in the Figure 4 
example . 
Data Transfer 

10 Data transfer 50 may now take place over the satellite 

link. Data transfer 88, 52 and 94 may already have begun, in 
which case the data will be buffered ac the local MIU. 
Call Clearing 

When daca transfer is complete, the fixad DTE 13 sends 
13 an ATH signal 96' the mcdetn 15 and call clearing proceeds 

in the reverse direction to that shown inl Figure 4 , except 
that the MES MIU 4 signals the end cf the call by indicating 
"NO CARRIER" 124 :c the mobile DTE 2. 
Signal Formats 

20 The format of signals exchanged between the MES MIU 4 and 

the LES MIU 12 will new be explained with reference tt Figure 
S . Signals are transmitted on an RF channel wtth a single 
channel per carrier (3C?C) . The signal commences with a 
header portion ?, followed by a variable number c: :ixec- 

25 length SC?C frames SM,, SM, . . SM_. The end cf the signal is 
indicated by an end portion E. 

Each SC?C. frame SM is subdivided into four sections, each 
containing a header H, , H = , K, , K tf a data field D : , D : , D 3 , D 4 , 
and dummy bits (shaded) . The data fields D. and D : together 

30 form one or more KDLC frame, which is repeated in the data 
fields D, and D,, to increase the energy per bit. The 
contents of each HDLC frame depend on whether data or control 
information is being sent. 

If data is being sent, the HDLC frame has an information 

3 5 (I) format shown in Figure 7, formed from the concatenated 
data fields D t and D : . The daca is headed by a packet length 
byte L, which indicates the length of valid data in the HDLC 
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frame . 

There then follows an address byte A, two control bytes 
C and data I to the length indicated by the packet length byte 
L. The HDLC frame ends with a cyclic redundancy check CRC. 
5 Any unused bytes following the CRC are filled with random 
data. The data I is only accepted by the receiving MIU if the 
CRC is valid. In ARQ mode, the receiving MIU requests re- 
sending of invalid KDLC frames, while in non-ARQ modes the 
invalid KDLC frames are discarded. 

10 The control bytes C include acknowledgement and frame 

number information indicating the sequence number of the 
transmitted frame and the sequence number of the last frame 
received correctly. 

Line control messages are sent as unnumbered information 

15 (UI) HDLC frames, of a format shown, in Figure 3. Each 
unnumbered information (UI) frame consistslcf a packet length 
byte L, an address byte A, a control byte C, an optional 
information field I and a twc-byte CRC. Further HDLC frames 
may follow, with the last HDLC frame being terminated by hex 

2 0 :? and the remaining available bytes being filled with random 

bits. The line control parameters are encoded in the centre! 
byte C and optional information field. 

A supervisory (S) HDLC frame format is also used for flew 
control messages. but this format is net relevant as t 

25 background to the present invention. 

However, the above data communications system has net 
been implemented and the inventors have identified the 
following problems in the implementation cf data 
communications systems cf the type exemplified above. 

30 Delav 

As can be seen from Figure 4 and 5 , a delay occurs 
between the receipt of the connect indication 82 and the 
receipt of data at 88, by the MES DTE 2. The expected data 
may already have been sent by the fixed DTE 13, but would be 

3 5 buffered at the LES MIU 12. Likewise, there may be a 

considerable delay between receipt of the connect indication 
78 by the fixed DTE 13 and the receipt of data at 94 by the 
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fixed DTE. The expected data may already have been sent by 
the mobile DTE 2, but will be buffered at the MES MIU 4 until 
• the HDLC UA 8 6 has been sent. 

In many protocols operated in'DTEs, a timer is set upon 
5 receipt of a connect indication and, if there is a long delay 
before data is received, the timer may time out and terminate 
the call. One such protocol is FPP, which is used for 
Internet dial -in services. These protocols cannot usually be 
modified by the user. Therefore, such protocols appear 
10 unsuitable for use with a communications link of the type 
described above . 

In the orccocoi described above, it is assumed that the 
Connect LCM 80 is correctly received by the MES MIU 4. If it 
is net, the call will fail. 
15 Considerable delays may occur in the link becween the MES 

MIU 4 and the LES MIU 12 . The data generated by a DTE must 
be formatted by the local MIU into :r.e frame formats described 
above, which incurs a delay because the data for a whole frame 
muse be received before -he length and CRZ information can be 
20 calculated and the frame transmitted. The delay is equal to 
one frame duration, which is 240ms in the above example. The 
receiving MIU cannot begin to pass the data on until a 
complete SC?C frame is received and the CRC and length 
information can be checked. This tncurs a further delay c: 
25 one frame duration. The formatting and unformatting therefore 
incur approximately H second delay in either direction. These 
delays are in addition to processing delays at the MIUs and 
oroTsagaticn delays in the satellite link, and result -n a 
significant reduction of data throughput under protocols 
3 0 typically used by DTEs , particularly non-windowing or stop and 
wait protocols, such as X-protccols. 
Mobile User Acceptance 

The mobile user hears a ringing tone from the MES MIU 4 
when the channel is set up in the example shown in Figure 5, 
35 cr the ringing LCM 60 is received. However, this ringing tone 
is generated locally by the MES MIU 4 and may not resemble the 
ringing tone which would be heard from the PSTN 14 if the 
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mobile DTE 2 were instead connected by a conventional modem 
over the PSTN to the modem 16 and fixed DTE 18. 

User acceptance of new communications systems is hampered 
by perceived differences from the system with which a user is 
familiar, so that the mobile user may doubt whether a call has 
been set up if the ringing cone is locally generated and does 
not vary according to the location of the fixed DTE 18. 
Interrupt Signals 

An interrupt signal, such as "break" or "Ctrl-C" is often 
used during connection to an on-line database, for example to 
interrupt: a long unde sired iiscing frcrr. the database. 
However, no means are provided in the protocols implemented 
by the MES MIU 4 and the LES MIU 12 in the above example for 
idencifvir.g an i.-rerrupc request: ever the satellite link, or 
for controlling data flow in that situation. 

Summary of the Invention 

According :o one aspect, cf "he prsser.: invention, there 
is provided interface apparatus for connection cetween a data 
terminal and a communications link which sends data received 
from the daca terminal to the communications link under an 
KDLC protocol when it has received or sent a connection sigr.a. 
which establishes the parameters cf a call, without sending 
an KDLC SA3ME command or an HDLC "A response. Ir. this way, 
the delay becweer. connection to a remote data terminal and 
receiot cf the data by the remote terminal is reduced . 

According to another aspect of the present invention, 
there is provided interface apparatus for connection between 
a data terminal and a communications link, which interface is 
arranged to send a connect command which establishes the 
parameters cf a call, and which requires a response, to the 
communications link, and to send data received from the data 
terminal to the communications link before a response to the 
connect command is received. In this way, data is available 
at a remote interface as soon as it connects to a remote data 
terminal in response to the connect command. 

According to another aspect of the present invention, 
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there is provided interface apparatus for connection between 
a data terminal and a communications link, which is arranged 
to send data from the data terminal to the communications link 
in a format comprising a frame having a data field including 
a plurality of sub frames each of which comprises only length 
information and data. In this way, the interface need only 
delay transmission by one subframe duration, in order to 
calculate the length information, instead of by a whole SCPC 
frame duration. In addition, the remote interface can start 
sending data to a remote data terminal as soon as it is 
received from the communications link. 

According to another aspect cf the present invention, 
there is provided interface apparatus fcr connection between 
and a second communications link, which is arrangec 
ceive a ringing signal frc- the first communications 
to discriminate either the type cr c*e frequency and 
elation cf the ringing signal, and tc send tc the second 
ications link a selected one cf 



codes in accordance with the discri 
ringing tone may be reproduced cr 

According to another aspect cf the present 




an interrupt signal from the first communicatic 
nd the encoded interrupt signal over 

link and to clear data from a data buffer in 
anse to receipt cf the interrupt signal. 
In this way, interrupt signals may be sent without delay 
ications links. 



Brief Des cription of the Drawings 

Specific embodiments cf the c 
be described with reference to the 



Ficure 1 shows a link between data' terminals over 
satellite link and a PSTN; 
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Figure 2 is a functional block diagram of a mobile earth 
station and its associated interface to a data terminal; 
* Figure 3 is a functional block diagram of a fixed earth 

station and its associated interface to a PSTN; 
5 Figure 4 is a protocol diagram showing a data call 

originated from a mobile earth station; 

Figure 5 is a protocol diagram showing a data call 
originated from a fixed earth station ; 

Figure S is a diagram of the format of an SCPC signal 
10 sent over the satellite' link; 

Figure 7 is a diagram of the format cf an KDLC 
information frame ; 

Figure 9 is a diagram cf the format cf KDLC unnumbered 
frames ; 

15 Figure 9 is a protocol diagram showing a mcdif icacion cc 

the orctocois shown in Figures 4 and 5 in a ^first embodiment: 
cf the present invention; 

Figure 10 is a flowchart of :r.s cperazicr. cf the MES MIU 

20 Figure 11 is a flowchart cf the operation cf the LZS MIU 

12 in Figure 5; 

Figure 12 is a diagram cf the fcrmac cf mini- frames used 
in a ncr.-ARQ mode in the first embodiment; 

Ficure 13 is a diagram cf Che format of "he ringing LCM 
25 SO in Che first embodiment; 

Figure 14 is a diagram cf the format cf an SCPC signal 
in a second embodiment of the present invention; 

Figure 15 is a diagram of the format of the KDLC 
information frame used in ARQ mode in the second embodiment; 
30 Fiaure 15 is a diagram of the format cf KDLC unnumbered 

frames used in ARQ mode; 

Fiaure 17 is a diagram of the format of mini- frames used 
in non-ARQ mode. 

Modes for Carrying Out t he Invention 
3 5 First Embodiment 
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An embodiment: of the present invention, which is a 
modification of the protocol shown in Figures 4 and 5, is 
shown in Figure 9. The diagram of Figure 9 replaces the 
protocol exchange, in the section 'from the Establish LCM 64 
to the data transfer 88, 90, 92 and 94 in Figures 4 and 5. 
The operation of the MES MIU 4 is described with reference to 
Figure 10, and the LES MIU 12 with reference to Figure 11. 
As soon as the satellite channel has been set up at 50 or 50' 
(step 200) the MES MIU 4 begins to send the Establish LCM 64 
(step 202) . 

If the MES DTE 2 originated the call (step 222) , as in 
Figure 4, the LES MIU 12 responds to the channel being set up 
(step 220) by sending the ranging LCM 5C to the MES MIU 4 
(step 224) . The LES MIU 12 then awaits receipt of the 
HI 15 Establish LCM 64 -.step 225) before beginning train the 
m modem 15 (steo 223; . Once trainina 75 is successful, the LES 

1 

O 

o 

I 

I 



o 



MIU 12 begins to send the Connect LCM 3C step 22 C) . 
Meanwhile, the modern 15 sends the connect indication 73 the 
fixed DTE 13, which begins to send data 54, 92 to tr.e LES MIU 
12. After the LES MIU 12 has sent the Connect LCM 3C, the 
remainder of the SC?C frame SM is vacant. The LES MIU 12 
detects whether data has been received over the PSTN 14 *step 
M= 210) and, if so, fills the remainder zz tr.e SC?C frame SM with 

the data 90. The MES MIU 4 receives the Ccnnect LCM SO -.step 
25 204) in response to the Establish LCM 54, echoes the Connect 
LCM' 30 to the LZS MIU 12 (Step 206) and sends the connect 
indication 82 to the mobile DTE 2 [ step 208) . The MES MIU 4 
then receives the data SO (step 210) and sends it as data 88 
to the mobile DTE 2 (step 212) . The mobile DTE 2 responds to 
30 the connect indication 82, by sending data 83' to the MES MIU 
4 (step 214), which is sent to the LES MIU 12 (step 215) 
immediately after the echo 80' to the Connect LCM SO. 

The LES MIU 12 continues to repeat the connection LCM 30 
(step 230) in every SC?C frame SM, including the data 90 
35 (steps 232, 234), until the echo 80' is received (seep 236). 
Subsequently, the data 90' is sent as data 92' to the modem 
IS and as data 94' to the fixed DTE 13. No SABME 84 is sent 
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by the LES MIU 12 or awaited by the MES MIU 4 before data can 
be sent. The SAB ME 84 can be dispensed with because it was 
J decided that the MES MIU 4 and LES MIU 12 would always operate 
in asynchronous balanced mode and therefore there is no longer 
5 a need to send the SABME/UA signal and response during call 
set up, which are required by the HDLC protocols. Data can 
be received by the DTEs as soon as they receive a connect 
indication, so that the risk of certain DTE protocols timing 
out is substantially reduced. 
10 The SA3ME/UA exchange may, however, be used to reset the 

satellite data link. 

A frame format used in -his embodiment will now be 
=! described with reference to Figures 12 to 14 . 

ffi 15 In a r.cn-ARQ mode, no error recovery procedures are used 

5 on the satellite link and it is therefore possible to depart 

jc from the HDLC frame format ir. order to overcome the problems 

delay. The HDLC frame format used in r.cr.-ARC 
in Figure 12. 

g 2C The data field D- comprises six mini- frames m. to m, and 

|j the data field D 2 comprises six further mini -frames m- to m._- . 

5 The mini-frames are repeated in data fields D, and D, . Each 

2 mini -frame m comprises 5 bytes, consisting of a length byte 

L and five data bytes b. to b. . The contents cf each mir.i- 
25 frame m are as shown in Table 1 below. 
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Table 1 
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zero co five bytes cf valid data, ar.d chs number ci valid 
bytes is indicated by the relevant: hex ccd$ for the length 
byte 1 shown in Table 1. Mc CRC, address cr control bytes are 
included. The I type mini -frame used to carry user data. 

length byte L set at " 0 5 :1 , and includes an address byte b : , a 
control byte b, , an information byte b, and two CRC bytes b. 
and b*. The UI type mini -frame is used to send line control 
messages (LCMs) , which are encoded in the information byte b 3 , 
15 as shown in Table 2 below. 
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Table 2 
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without ARQ (from LES) 
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0 


0 


0 


0 


0 


0 


1 


I 


Break (both) 
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The heading "Ack Type" in Table 2 above refers to the 
10 type cf acknowledgement: required for that LCM . A Type 2 LCM 
is repeated until an echo is received or unz.il a timer times 
ou; ; the Connect LCM 3 0 is an example cf -this. A Type 3 LCM 
is sen- only once and is echoed by the remote MIU . A Type 1 
LCM (not shown in Table 2; is repeated until it is 
15 acknowledged by a different LCM; the Establish LCM 54 is an 
example cf this. The Establish LCM 64 is net encoded in a 
mini -frame, since it is sent before non-ARQ mode can be 
established. 

When encoding data into mini -frames, an MIU need only 
20 assemble enough data for one mini-frame, in order to calculate 
the length code L, before sending that mini -frame, in contrast 
to the normal HDLC information frame for which 65 bytes must 
be assembled and the CRC calculated before the data can be 
sent. I and UI mini-frames can be accommodated within the 
25 same SC?C frame. In the protocol shown in Figure 9, this 
feature allows data SO to be sent ' immediately after the 
Connect LCM 80. 

If less than five bytes of data are available for 
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formatting at an MIU, the number cf bytes available will be 
formatted in a mini- frame and the length byte L will be set 
accordingly. The remaining bytes are filled with random bits. 
In normal operation, when connection is achieved at 2400 
5 bit/s, the satellite link, the link between the MES DTE 2 and 
the MES MIU 4 and the link between the LES MIU 12 and the 
modem 15 operate at nominally the same rate. However, the 
links are in fact piesiochrcnous , since there is no means 
provided for synchronising them. 
10 If the data input rate to ar. MIU frctr. the local DTE 

exceeds the output rate of the MIU to the satellite link, the 

full, wr.ereupcr. flow control signals are sen: back the 
local DTE. If the data rate from the lecal DTE is less than 

sent with less than five bytes per mini-frame. 
Call Prccrress Indication 

20 has not yet received the Establish 1CM 54 and ARQ cr no n -ARC 
mode are not established so that standard HDLC frames or mir.i- 
frames are not used. 

Figure 13 shows a sequence of SC?C frames sent by the LES 
MIU 12 from the point at which a data mode channel is set up. 

25 The SC?C frames are subdivided into UI ringing frames r which 
indicate whether a ringing tone is present cn the PSTN 14 , and 
are terminated by a hex FF byte. Ring on frames r._ indicate 
ringing, whilst ring off frames r, indicate no ringing. Thus, 
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in frame SM 2 , the frames begin as r 0 , change Co r, at point R. 
where ringing begins and revert to r 0 at point R 0 where 
ringing ends . 

If the ringing tone from the PSTN 14 is repeated, the 
5 frames are again transmitted by the LES MIU 12 while the 
tone is present. The LES MIU 12 continues to sending ring off 
frames r., during receipt of the answer signal 63 and modem 
training 76, which is completed at point T e . From the 
beginning of the next SCPC frame SM^., at T,, the LES MIU 12 
10 uses standard KDLC frames in ARQ mode cr mini -frames in non- 
ARQ mode, depending on the error recovery mode established by 
the Establish LCM 64. „ 

In ARQ mode, the frame SM_. : comprises a standard HDLC 
unnumbered frame containing the Connect LCM =C and optionally 
15 one cr more Z frames, while in nan- ARQ mode the frame SIl,.. 
comprises mini -frames m : to m i: including the Connect LCM 8 0 
and optionally one cr more I frames containing any available 
data . 

The MES MIU 4 receives the ringing frames r and signals 
2 0 the ringing indication 62 to the mobile DTE 2 in response to 
onset of the ring on frames r r . The MES MIU 4 includes an 
audible tone generator which is activated by the ring on 
frames r._ and therefore reproduces the cadence of the ringing 
signal from the PSTN 14. This reassures the user that the 
25 ringing tones actually represent ringing at the PSTN 14. 

In one embodiment, the LES MIU 12 analyses the frequency 
and tone modulation of the ringing tone 53 and encodes these 
in the ring on frames r,. The MES MIU 4 decodes the frequency 
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and modulation and activates the audible tone generator to 
reproduce the ringing tone 5 8 accurately. 

In another embodiment, as well as encoding ringing 
signals, the LES MIU 12 also encodes "busy" and "unobtainable" 
5 signals received from the PSTN 14, so that the mobile user 
gains more complete information on call progress at the PSTN 
14. 

The LES MIU 12 compares the signals from the PSTN 14 with 
known "ringing", "busy" and "unobtainable" signals and selects 
1C a corresponding code for sendinc the MES MIU 4 . The cede is 

O 

=fl sent in a UI frame, in the same wav as the ring cn frames r.. 

a 

ffi Alternative!-/, if the PSTN 14 is ~ci the tyce which 

m ' " 

=t crenerates sub-hand call crccress sicrnals instead of call 

m 

O progress tones, the LES MIU 12 may generate a ccrrssccr.air.g 



O 15 code directiv in rescense to the sub-band call p: 

U! 

pi sicnais without detecting their duration or rrequency. 

o An additional advantage of encoding the type of tne ca__ 

is chat the MES 2TE 2 may display che call 



progress scacus, s 

20 what status is meant by the 
Interrupt Sicnais 

A DTE user wishing to interrupt the progress c 
call may enter a "break" command at the DTE. It is important 
that the "break" command should reach the remote DTE as soon 

25 as possible, since ic usually indicates char unwanted data is 
being received or the user wishes to terminate the call 
abruptly. Therefore, when the LES MIU 12 receives a "break" 
command from the fixed DTE 13 over the PSTN 14, or the MES MIU 
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4 receives a "break" command from the mobile DTE 2, it 
discards any buffered data awaiting transmission over the 
* satellite link and sends a break signal in the next frame as 
an LCM. The format of a mini -frame break LCM is shown in 
5 Tables 1 and 2 above, for sending in non-ARQ mode. 

In ARQ mode, the break signal is sent in an unnumbered 
HDLC frame. The receiving MIU receives the break signal over 
the satellite link and transmits a break command to the local 
DTE immediately, discarding any buffered data to be sent to 
10 the local ZTE. In this way, break commands can be sent 
rauidly to the remoce DTE. As well as "break" commands, other 
interrupt commands such as "Ctrl-C" may be „ encoded and the 
•buffers cleared in the same way. 

The above emccdimencs have beer, described wizh rererer.ce 
13 co che Inmarsat-M (TM) asynchronous data service. However, 
the embodiments may be applied to the Inmarsat -5 ;TM) 
asynchronous data service, with certain modifications 
described below. The Inmarsat -3 (TM) system is capable c: 
data rates cf up to 9600 bit/s and therefore different signal 
20 formats, frame lengths and parameter codes are needed. 
Second Embodiment 

Figure 14 shows the format of an Inmarsat -3 (TM) signal 
on a single RF channel. The signal begins with a header 
portion P, followed by SC?C frames S3, to S3 r . and terminated 
25 by an end signal E. 

Each SC?C frame contains 1872 bits and has a duration of 
80ms; it is subdivided into four data fields D. to D. each 
oreceded by a sub-band signalling field S._ to S, . Data fields 
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D 3 and D 4 do not repeat data fields D, and D 2 , but contain 
additional data. 

Figure 15 shows the contents cf the data fields D. to D 4 
concatenated to form an HDLC information (I) frame, comprising 
5 a length byte L, address byte A, control byte C, variable 
length data I up to a maximum of 98 bytes, and a two-byte CRC. 
The length byte L indicates the position of the CRC and any 
remaining bytes after the CRC are filled with random bits.- 
In the format shewn in Figure 15, the contents of the 
10 data fields 2. to I ; are concatenated at the receiving MI*J to 

^ form one or more unnumbered information L'JZ) HDLC frames U. to 

ffl 

Hi u. . Each UZ frame comprises a length byte'L, an address byte 

ui * ■» 

J: A, a concrcl byte Z. an optional information field I and two 

LJ CRC bytes . After the last frame '_*., a byte is sec to hex FF 

}S 15 and the remaining available bytes are filled with random bits . 
Each UI frame may carry an LCM. 

Figure 17 shews the format 

3 :TM) . Each data field Z cor.: 
of 13 bytes each, wicr. the last two bits cf the data field D 
being unused. The format of each r.ir.i-frame m depends on the 
type of the mini-frame, as shown in Table 2 below. 



ru 
S 

^ ricrure 17 shews the format cf mini- frames m used for 

U 
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An information (I) type mini -frame has one length byte 
• L and twelve data bytes b, to b 12 . The length byte L indicates 
the number of valid daca bytes b, as in the first embodiment, 
with any unused bytes containing random bits . An unnumbered 
5 information (UI) type mini-frame uses only bytes b. to b s . 
Byte b s contains hex ?F ( while bytes b 7 to b, 2 contain random 
bits. The ir.forraacicn I carried in byte b 2 is shown in Table 
4 below. 



Table 4 



Command/Response 


Ack 
type 


bit 


bit 

6 


bit 


bit 

4 


bit 

3 


bit. 


bit 

1 


bit 

0 


Connection at 1200 bps 
without ARQ (from the 
CES) 




> h 

I 

i 


I 


0 


0 | 0 

I 


0 


0 


Connection at 2400 bps 
without ARQ (from the 
CES) 




1 


i 


I 


! 


0 


0 


0 


0 


Connection at 4800 bps 
without ARQ (from the 
CES) 




1 


1 


t 


1 


i 


0 


0 


Connection at 9600 bps 
(or greater) without ARQ 
(from CES) 




i 


! 


l 


t 


1 


I 


0 


0 


Break (both) 




0 


0 


0 


0 


0 


1 


0 


0 


In the Connec 


t LCM 


80 , 


dat 


a rates 


cf 


1200, 2400, 



25 9600 bit/s may be indicated, which are the data rates 
supported by Inmarsat -3 (TM) . The acknowledge ~ype 

corresponds to the type described above with reference to 
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Table 2. 

In the above description, the modem interface units may - 
either be separate units from the- DTEs and earth stations or 
may be integrated with their respective earth stations. 
5 Furthermore, the mobile DTE 2, the MES MIU 4 and the MES 6 may 
all be incorporated in a single mobile unit. 

The MES MIU 4 and the MES 6 may be a fixed installation 
and may serve a local network which connects many DTEs co the 
MES MIU 4. The PSTN 14 may be replaced by a local network. (" 

10 These and ether variants are well -known to the skilled person. 

The present invention is net limited to data service 
systems of the Inmarsat -M (TM) , Inmarsat, mini-M (TM) or 
Inmarsat -3 (TM) type. Instead, the skilled person will 
recognise that the proccccis and formats described may be 

15 applied to other communications systems having interfaces 
between communications links conforming to different 
standards, and in particular systems in which delay may be 
incurred by the protocols or formats implemented by such 
interfaces or in which it is desirable to emulate call * 

20 progress tones from conventional single links in such systems 
or in which break signals must be handled without delay. 

The present invention may advantageously be applied to 
a communications system including a satellite link, but is 
also applicable to terrestrial cellular communications 

25 systems, and other systems including a terrestrial radio 
frequency link or other types of link. 



